home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0056 / 656.txt < prev    next >
Text File  |  1997-04-16  |  14KB  |  357 lines
  1. Subject:  Moria replies
  2.  
  3. I beleive Multiple attacks are controled by only by DEX while STR is merely
  4. damage and to hit.
  5. The best way of dealing with creatures that drain abilities is to either
  6.         1) attack from a distance with a bow or magic
  7.         2) use the bashing attack, as this will stun your opponent so can not
  8. attack back(and thus can't drain you)
  9.         3) run away and find easier prey.
  10.  
  11. As for scoring, Gold is not counted towards EXP, but the final score does
  12. include it.  I think it is on a 1:1 basis with EXP added in.
  13.  
  14. Sorry, no info on the Wizard mode.
  15.  
  16. I challanged The BALROG one time with a 29th level ranger, 80 mana, 300hp
  17. He whipped me.
  18. Bad.
  19.  
  20. I then decided to modify my character a bit using a resource editor.
  21. I gave him 18/100's on everything, 4500 HP. 500 mana, and level 38.
  22. This effectivly gave the character 4 attacks per round and the full complement
  23. of spells.
  24.  
  25. I didn't win.
  26.  
  27. The Balrog is one mean character.
  28.  
  29. ----------------------Joseph Philip
  30.  
  31. Sender:   INFO-ATARI16 Discussion <INFO-A16@EARN.DEARN>
  32. Comments: Warning -- original Sender: tag was INFO-A16@MARIST
  33. From:     INFO-ATARI16-REQUEST@MIL.ARMY.WSMR-SIMTEL20
  34. Subject:  INFO-ATARI16 Digest V89 #656
  35. Comments: To: INFO-ATARI16@WSMR-SIMTEL20.ARMY.MIL
  36.  
  37. INFO-ATARI16 Digest         Wed, 15 Nov 89       Volume 89 : Issue 656
  38.  
  39. Today's Topics:
  40.                           Asst. Dribble....
  41.                      atari ABC  yea or nay  ????
  42.                             MAC emulators
  43.                            Multitasking TOS
  44.                              PC DITTO II
  45.                          Self-Modifying Code
  46.                           TCP-IP status (?)
  47.                              TeX and Mice
  48.                              Trip-a-Tron
  49.                       What's wrong with the AMY?
  50. ----------------------------------------------------------------------
  51.  
  52. Date: 15 Nov 89 08:49:24 GMT
  53. From: portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
  54. Subject: Asst. Dribble....
  55.  
  56. Eric Hobbs sez:
  57.  
  58. >Some people are giving me the impression that Sam and Jack Tramiel
  59. >bought Atari for tens of millions of dollars just so they could lose
  60. >money on it and drive the corporation into the ground. Somehow that
  61. >doesn't strike me as reasonable.
  62.  
  63. Er... read up on your Atari Inc/Atari Corp history... Jack Tramiel obtained
  64. control of the Atari company with VERY LITTLE cash outlay...   essentially
  65. he took over control of a bankrupt division of Warner Communications and
  66. sold off the existing warehouse stock at a fraction of its list price value
  67. to raise cash...  he then used that cash to finance the debut of the ST onto
  68. the marketplace.  When the ST appeared to be going places, he went "public"
  69. and sold stock in the Corp and used the proceeds to pay off outstanding
  70. debts...
  71.  
  72. Jack has since "retired" and let his sons run Atari Corp... with the
  73. results that we see today...
  74.  
  75. (I won't reiterate those ramifications in deference to those who would rather
  76. think everything is just rosy in the Atari world...)
  77.  
  78.  
  79. Bottom Line: "Sam and Jack"  *NEVER*  paid "tens of millions" for Atari,
  80. and nothing they've done strikes me as "reasonable"...
  81.  
  82. BobR
  83.  
  84. ------------------------------
  85.  
  86. Date: 15 Nov 89 07:30:32 GMT
  87. From: portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
  88. Subject: atari ABC  yea or nay  ????
  89.  
  90. Pete Ikusz says:
  91.  
  92. >Sorry, Bob,
  93. > I've worked with, sold, and used Amstrads. I wouldn't let my worst enemy
  94. > buy one. They are junk.
  95.  
  96. Whew... I've been learning a lot about the way Amstrad is perceived in the
  97. U.K. and Europe...
  98.  
  99. Here in the U.S., Amstrad computers seem to be among the "second line" of
  100. third-party machines, along with names like Blue Chip and Packard Bell...
  101. we don't have Amstrad stereos and other things.
  102.  
  103. Since the original question came from the U.K., I'll have to defer to the
  104. experience of those in that marketplace...  I think my point was clear
  105. though, even if the comparison with Amstrad was flawed...
  106.  
  107. BobR
  108.  
  109. ------------------------------
  110.  
  111. Date: 15 Nov 89 00:34:53 GMT
  112. From: portal!cup.portal.com!buggs@uunet.uu.net  (William Edward JuneJr)
  113. Subject: MAC emulators
  114.  
  115. ANYONE know of a mouse 'accelerator' utility that performs like the one on
  116. the Mac Control Panel?
  117. I believe it's called proportional control?
  118.  
  119. Ed<The GCR is GREAT!>June
  120.  
  121. buggs@cup.portal.com   <-- Is this just an UUCP address? I DON'T understand!
  122.  
  123. ------------------------------
  124.  
  125. Date: Wed, 15 Nov 89 15:04:13 MEZ
  126. From: ONM07%DMSWWU1A.BITNET@CUNYVM.CUNY.EDU (Julian Reschke)
  127. Subject: Multitasking TOS
  128.  
  129. As Allan mentioned, there are a LOT of problems with existing applications
  130. on a multitasking TOS (example: these programs, taht malloc all the
  131. memory).
  132.  
  133. A good test for well-behaving programs is Michtrons program 'juggler',
  134. which 'simulates' basically a multitasking GEM.
  135.  
  136. So, wouldn't it be a good idea to make a list of "DO's AND DONT's" NOW.
  137. Otherwise, there will never be a multitasking GEM for the ST, because
  138. few programs will run.
  139.  
  140.  
  141. ------------------------------
  142.  
  143. Date: 14 Nov 89 21:30:37 GMT
  144. From:
  145.  mailrus!jarvis.csri.toronto.edu!utgpu!watmath!watcgl!electro!ignac@tut.cis.ohio
  146. -state.edu  (Ignac Kolenko)
  147. Subject: PC DITTO II
  148.  
  149. well, just the other day, i got a bit of mail from avante garde. it seems
  150. like pc ditto ii won't be shipping until late november. at least the
  151. company took the time out to mail me a notice of the delay. i was beginning
  152. to wonder where my $150 went.
  153.  
  154.  
  155. --
  156. =====Ignac A. Kolenko (The Ig)           watmath!watcgl!electro!ignac=====
  157.      co-author of QuickST, and the entire line of Quick Shareware!!!!
  158.        "I don't care if I don't win, 'cause I don't care if I fail"
  159.              from 'Youth Of Today' by SUBURBAN DISTORTION
  160.  
  161. ------------------------------
  162.  
  163. Date: 14 Nov 89 21:13:44 GMT
  164. From: portal!atari!apratt@uunet.uu.net  (Allan Pratt)
  165. Subject: Self-Modifying Code
  166.  
  167. 7103_2622@uwovax.uwo.ca (Eric Smith) writes:
  168. >In article <89316.201227SML108@PSUVM.BITNET>, SML108@PSUVM.BITNET writes:
  169. >> [...things about self-modifying code...]
  170. >It would have helped if you had included the code that was doing the
  171. >modifications. The 68000 does instruction prefetch.
  172.  
  173. Yeah, and (as Eric points out) on a TT it will get you in BIG TROUBLE.
  174. Writing to something as data and reading it as code is a BIG NO-NO
  175. unless you invalidate the cache in between.  In fact, on the 68030,
  176. writing something in User mode and reading it in Super mode would
  177. confuse the cache, were it not for a side effect of the write-allocate
  178. bit.
  179.  
  180. People who do DMA into memory have to worry about that - the BIOS
  181. tries to help, but you can still get in trouble.  Your DMA driver
  182. should execute the following instructions to clobber the cache
  183. after a DMA read and before anybody actually looks at the data:
  184.  
  185.     movec.l    cacr,d0        ; get current cache control register value
  186.     or.w    #$808,d0    ; set both "clear" bits
  187.     movec.l    d0,cacr        ; write this new value back
  188.  
  189. The clear bits in the cacr are one-shots, so you don't have to clear
  190. them again.  The code above is harmless if the cache isn't enabled in
  191. the first place, as it doesn't change the enable or other state bits.
  192.  
  193. The TT is going to open a whole new can of worms, people.  We've been
  194. dealing with it internally, of course, and TOS runs fine, but there are
  195. things which you could get away with on the ST which you can't do on
  196. the TT.  For example, some programs use the high byte of a pointer for
  197. something; with a 24-bit address bus, that's harmless.  But with a full
  198. 32-bit bus, that gets you in trouble.
  199.  
  200. ============================================
  201. Opinions expressed above do not necessarily    -- Allan Pratt, Atari Corp.
  202. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  203.  
  204. ------------------------------
  205.  
  206. Date: Wed, 15 Nov 89 13:45:54 SET
  207. From: ESC1457%ESOC.BITNET@CUNYVM.CUNY.EDU
  208. Subject: TCP-IP status (?)
  209.  
  210. 'MSG:FROM: ESC1457 --ESOC     TO: INFO-ATA--EXTERNAL          89-11-15 13:45:52
  211.  To: INFO-ATA--EXTERNAL
  212.  
  213.  From: Coenen, Jean-Pierre
  214.  Subject: TCP-IP status (?)
  215.  Hi all,
  216.  I have downloaded from SIMTEL20's archives the KA9Q package,
  217.  some basic features doesn't seem to work properly though.
  218.  System in use 520 ST 1 Meg first ROM (0.19), SH205 (20 Meg).
  219.  The problem is in the file interface, that is in the filename
  220.  built using sprintf, the PC use a slash and the atari should
  221.  use a backslash (ie. doubled in fmt string of sprintf).
  222.  As the system was crashing quite a bit when trying to get a
  223.  smtp between the ST and a PC, I transferred the sources
  224.  and it appears that both NET and BM used the same sprintf structure.
  225.  Now I have the prospero C (Pascal and FORTRAN also BTW and I like their
  226.  compatibility, documentation and user friendly interface) and hacked
  227.  the BM sources to have it to work properly (filename) it ... worked
  228.  as I do not want to hack the NET sources I was wondering if
  229.  it was possible to have a more useable version for the ST.
  230.  (BTW I zapped the run time modules trying to change in the code
  231.  the slash in double backslash ... guess what ... Bombs 8-).Any help
  232.  would be greatly appreciated.
  233.  
  234.  
  235.  
  236.                                J.P. Coenen,  NM9L-ON4KCH /I6
  237.                                     ESC1457@ESOC.BITNET
  238.  
  239.  End of Message
  240. ⇧◆?⇧TCP-IP status (?)                                                ?????????
  241.  
  242. ------------------------------
  243.  
  244. Date: Wed, 15 Nov 89 10:08 EST
  245. From: JOHNBARNES@ENH.NIST.GOV
  246. Subject: TeX and Mice
  247.  
  248. TeX on the ST:
  249.  
  250. People who want to get good use out of TeX for the ST should look for the
  251. package soon to be released (hopefully December) in the Current Notes
  252. PD Disk Library.  The Decmber issue of the magazine will also feature a
  253. writeup on TeX.
  254.  
  255. Mice:
  256.  
  257. The Best Electronics replacement mouse for the ST has impressed a number
  258. of my friends.
  259.  
  260. Practical Solutions also offers a "cordless Mouse",
  261. although you'd have to very serious about your mouse to pay the price (over
  262. $100).  The Best mouse is under $50 and is also available from Joppa.
  263.  
  264.  
  265.  
  266. ------------------------------
  267.  
  268. Date: 15 Nov 89 07:58:11 GMT
  269. From: portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
  270. Subject: Trip-a-Tron
  271.  
  272. Dave Flory says:
  273. >I hate to waste net space this way, but does anyone else get as tired as I d
  274. >reading BobR's negativistic comments? There are a few righteous points, but
  275. >I've read them all at least a dozen times........
  276.  
  277. Well, there has to be some reason for it all, doesn't there..?
  278.  
  279. If Atari would, just once, give me a reason to be positive, I'd gladly spread
  280. the word..
  281.  
  282. But they've let me (and everyone else) down at least a dozen times...
  283.  
  284. I've been waiting four years for Atari to give me some ammunition for a
  285. nice, positive outlook...  I'd be first in line to let the world know
  286. that Atari had done something really great...    but...
  287.  
  288. It's been lies, and broken promises, and failed expectations for years...
  289. when is Atari going to do something we can all be proud of again..?
  290.  
  291. Give me something to work with, Atari...!
  292.  
  293. BobR
  294.  
  295. ------------------------------
  296.  
  297. Date: 15 Nov 89 07:38:54 GMT
  298. From: portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
  299. Subject: What's wrong with the AMY?
  300.  
  301. David Paschall-Zimbel writes:
  302. >Actually, I understood from the rumor mill that ANALOG and ST LOG weren't
  303. >losing enough money for Larry Flint, so he decided to retire them.  (Rumor
  304. >#1 - Larry Flint bought the magazine as a tax write-off and then got disgust
  305. >when it began making money for him...)
  306.  
  307. I hope this is just idle "rumor talk", intended mostly in jest... I know both
  308. Lee Pappas, publisher of ANALOG, and Clay Walnum, Editor, and I'm sure both
  309. of them would be dismayed to hear this...
  310.  
  311. They've both said that LFP invested enough money into the magazine that any
  312. thought of its being a "tax writeoff" was just silly. Everyone tried to make
  313. it a success, but there was just no way to pay the bills in the US Atari
  314. marketplace...
  315.  
  316. BobR
  317.  
  318. ------------------------------
  319.  
  320. End of INFO-ATARI16 Digest V89 Issue #656
  321. *****************************************
  322.  
  323. Well, there has to be some reason for it all, doesn't there..?
  324.  
  325. If Atari would, just once, give me a reason to be positive, I'd gladly spread
  326. the word..
  327.  
  328. But they've let me (and everyone else) down at least a dozen times...
  329.  
  330. I've been waiting four years for Atari to give me some ammunition for a
  331. nice, positive outlook...  I'd be first in line to let the world know
  332. that Atari had done something really great...    but...
  333.  
  334. It's been lies, and broken promises, and failed expectations for years...
  335. when is Atari going to do something we can all be proud of again..?
  336.  
  337. Give me something to work with, Atari...!
  338.  
  339. BobR
  340.  
  341. ------------------------------
  342.  
  343. Date: 15 Nov 89 07:38:54 GMT
  344. From: portal!cup.portal.com!Bob_BobR_Retelle@uunet.uu.net
  345. Subject: What's wrong with the AMY?
  346.  
  347. David Paschall-Zimbel writes:
  348. Received: from CUNYVM.BITNET by VM.MARIST.EDU (Mailer R2.04) with BSMTP id
  349.  7205; Thu, 16 Nov 89 04:11:54 EST
  350. Received: from CUNYVM by CUNYVM.BITNET (Mailer R2.03B) with BSMTP id 5468; Wed,
  351.  15 Nov 89 10:38:03 EDT
  352. Received: from WSMR-SIMTEL20.ARMY.MIL by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.1MX)
  353.  with TCP; Wed, 15 Nov 89 10:37:42 EDT
  354. Date: Wed, 15 Nov 89 08:15:14 MST
  355. From: INFO-ATARI16-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  356. Reply-To: INFO-ATARI16@WSMR-SIMTEL20.ARMY.MIL
  357.